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SECOND  INTERNATIONAL  LOGIC  PROGRAMMING 
CONFERENCE 

The  Second  International  Logic  Pro¬ 
gramming  Conference  was  devoted  to  dis¬ 
cussions  of  logic  programming,  a  rela¬ 
tively  new  concept  in  computer  program¬ 
ming.  The  conference  was  held  from  2 
through  6  July  at  Uppsala  University, 
Sweden;  there  were  228  participants  from 
22  countries.  For  copies  of  the  proceed¬ 
ings,  write  to:  Department  of  Computer 
Science,  Uppsala  University,  Upmall,  Box 
2059,  S-750  02  Uppsala,  Sweden. 

Background 

The  first  computer  programming  lan¬ 
guage  was  the  binary  language  of  the 
machine,  called  machine  code.  The  next 
step  was  to  develop  symbolic  rather  than 
numerical  machine  code,  which  was  called 
Assembler  language.  After  that  came  a 
series  of  higher  level  languages, 
including  Fortran,  Cobol,  Basic,  PL1, 
Apl,  Algol,  and  more  recently  Pascal  and 
Ada.  In  all  of  these  the  programmer 
must  describe  exactly  how  a  result  Is  to 
be  computed.  Such  programs  are  largely 
made  up  of  commands  which  specify 
actions  to  be  performed,  and  are  called 
Imperative  programming  languages. 

Logic  programming  languages  are 
more  descriptive  than  Imperative  pro¬ 
gramming  languages,  but  they  also  have 
an  Imperative  component.  Such  programs 
are  primarily  descriptive  definitions  of 
a  set  of  relations  or  functions  to  be 
computed.  The  execution  of  such  a  pro¬ 
gram  Involves  finding  an  output  corre¬ 
sponding  to  a  given  input. 

The  first  day  of  the  conference  was 
devoted  mainly  to  a  tutorial  on  logic 
programing,  given  by  Keith  Clark  of 
Imperial  College,  London.  This  Included 
a  description  of  the  logic  programming 
language  Prolog,  the  language  Parlog 
(parallel  programing  in  logic),  and  an 
Introduction  to  expert  systems. 

The  conference  proper  began  on 
Tuesday  morning.  A  welcoming  address  by 
S.-A.  Tarnlund  (Sweden)  was  followed  by 
an  Invited  address  by  R.  Kowalski  (UK), 
who  spoke  on  problems  of  logic  program¬ 
ming.  He  discussed  three  main  problems 
but  without  offering  specific  solutions 
to  them: 


1.  What  Is  logic  programing?  He 
called  it  a  compromise  between  theorem 
proving  and  programing. 

2.  What  is  the  relation  of  logic 
programming  to  other  forms  of  program¬ 
ming  such  as  functional  programing  and 
object-oriented  programing?  And  how 
should  logic  programing  relate  to 
concepts  such  as  relational  databases? 

3.  What  problems  need  to  be  solved 
before  logic  programing  "comes  Into  Its 
own"?  As  an  example,  he  mentioned  the 
problem  of  sorting.  In  a  conventional 
imperative  program  a  pointer  can  be  made 
to  point  to  the  next  item  in  a  list  when 
an  Item  is  removed,  but  at  present  In 
Prolog  all  the  Items  up  to  the  one 
removed  are  moved  and  stored.  This 
results  in  a  waste  of  time  and  memory 
space. 

Application  of  Logic  Programing  I 
Simpoe 

The  first  speaker  in  this  category, 
Skigeyukl  Takagl  (Japan)  described  the 
overall  design  of  Slmpos  (Sequential 
Inference  Machine  Programing  and 
Operating  System).  The  first  major 
product  of  the  Japanese  Fifth  Generation 
Computer  Systems  Project,  the  personal 
sequential  Inference  machine  (PSI  or  ¥) 
is  under  development.  Takagl  described 
the  design  of  Slmpos,  the  ¥'s  program¬ 
ming  and  operating  system;  its  major 
language,  ESP  (extended  self-contained 
Prolog);  and  the  development  tools. 

The  major  research  theme  of  ¥  is  to 
develop  a  logic-programming-based  pro¬ 
graming  environment ,  Including  system 
programs.  The  basic  design  philosophy 
of  Slmpos  is  to  build  a  super  personal 
computer  with  database  features  and  with 
Japanese  natural-language  processing 
under  a  loglc-programing-based  system 
design. 

It  is  expected  that  by  March  1985 
such  an  operating/programing  system 
with  a  good  human  Interface  will  be  in 
operation. 

Prolog  ae  a  Tool  for  Optimizing  Prolog 
Unitize 

Martin  Nilsson  (Sweden)  discussed  a 
unification  procedure  as  a  central  part 


of  every  Prolog  implementation.  He 
stated  that  a  Prolog  interpreter  spends 
roughly  half  of  its  time  unifying  data 
structures.  Consequently  it  is  desir¬ 
able  to  speed  up  unification  as  much  as 
possible.  He  discussed  generation  of  a 
speed-optimal  unifier  program  and  a  com¬ 
parison  between  the  best  and  worst  uni¬ 
fiers.  A  method  for  finding  speed- 
optimal  unifiers  was  given.  The  uni¬ 
fiers  are  generated  by  a  Prolog  program 
which  is  a  declarative  partial  descrip¬ 
tion  of  the  unifier.  The  method  has 
been  applied  to  an  experimental  inter¬ 
preter,  for  which  some  data  were  given. 

Drawing  Trees  and  Their  Equations  in 
Prolog 

A  detailed  description  of  how  to 
compute  efficiently  a  drawing  of  Prolog 
trees  with  the  smallest  number  of  nodes 
was  given  by  Jean  Francois  Pique 
(France).  It  is  done  using  a  system  of 
equations  described  in  "Prolog  and 
Infinite  Trees"  (Colmerauer,  1982). 
Examples  were  given  of  finite  and  infi¬ 
nite  trees  in  different  domains. 


Foundations  of  Logic  Programs 


A  Logical  Reconstruction  of  Prolog  II 

In  a  paper  given  Jointly,  M.H.  Van 
Emden  (Canada)  and  J.W.  Lloyd,  (Austra¬ 
lia)  took  the  view  that  a  logic  program¬ 
ming  language  is  one  in  which  a  program 
is  a  first-order  theory  and  computed 
answers  are  correct  with  respect  to  this 
theory.  They  then  posed  the  question  of 
whether  Prolog  II  (Colmerauer,  1982)  is 
a  logic  programming  language  and,  if  so, 
in  what  sense  it  is.  Prolog  II  is 
regarded  in  Colmerauer 's  account  as  a 
system  for  rewriting  possibly  infinite 
trees.  Unification  is  replaced  by 
transformations  on  sets  of  equations. 

Prolog  II  lacks  occur  check,  but 
Colmerauer  considers  this  lack  an 
essential  feature  of  the  language, 
accounting  for  it  in  his  tree-rewriting 
model.  Van  Emden  and  Lloyd  answered  the 
question  of  whether  Prolog  II  is  a  logic 
programming  language  by  making  explicit 
Prolog  II' s  theory  of  equality.  Having 
done  that  they  demonstrated  that  answers 
computed  by  Prolog  II  are  correct  with 


respect  to  a  first-order  theory  consist¬ 
ing  of  the  program  plus  the  equality 
theory. 

A  brief  account  of  Prolog  II  was 
given,  followed  by  introduction  of  a 
general  proof  procedure  which  underlies 
both  Prolog  and  Prolog  II.  Prolog  was 
shown  to  be  this  general  procedure  plus 
the  equality  theory.  Finally,  Prolog  II 
was  shown  to  be  essentially  the  general 
procedure  plus  a  more  complicated 
equality  theory. 

A  Comparison  of  Two  Logic  Programming 
Languages 

Szots  Miklos  (Hungary)  compared 
Prolog  and  a  new  language  called  Lobo. 
After  defining  Lobo  in  detail,  Miklos 
analyzed  two  examples  dealing  with  pla¬ 
nar  covering  problems — l.e.,  how  a  rec¬ 
tangle  can  be  covered  by  given  elements. 
Both  languages  were  shown  to  be  able  to 
realize  the  same  algorithms.  The  two 
languages  are  equivalent  in  the  sense 
that  both  are  suitable  for  defining  all 
partial  recursive  functions.  In  that 
sense,  both  can  be  considered  universal. 

Lobo  1b  nearer  to  traditional  lan¬ 
guages  than  is  Prolog.  Lobo  does  not 
use  pattern  matching,  it  can  be  compiled 
easily,  and  it  is  able  to  use  tradi¬ 
tional  features  of  programming. 

Computation  Trees  and  Transformations  of 
Logic  Programs 

Although  they  were  not  present, 
Olga  Stepankova  and  Petr  Stepanek 
(Czechoslovakia)  sent  in  a  paper  intro¬ 
ducing  a  new  concept  of  computation 
trees  of  logic  programs.  The  paper 
described  three  types  of  transformations 
that  improve  the  structure  of  logic  pro¬ 
grams.  Two  natural  measures  of  complex¬ 
ity  are  suggested  by  computation  trees: 
the  number  of  nodes  called  by  recursion 
and  the  maximum  number  of  and/or  altera¬ 
tions  on  a  branch.  Stepankova  and 
Stepanek  showed  that  every  logic  program 
can  be  transformed  to  a  program  comput¬ 
ing  the  same  function,  the  computation 
tree  of  which  has  at  most  one  called 
node  and  at  most  two  alterations  on 
every  branch.  Thus  both  measures  of 
complexity  collapse. 


Applications  of  Logic  Programming  II 

Semantic  Interpretation  for  the  Epistle 
Syetem 

Michael  McCord  (US)  described 
Epistle,  a  natural-language  processing 
system  being  developed  at  IBM  Research. 
Its  application  is  to  text-crltlqulng, 
with  criticism  of  grammar  and  style  in 
documents.  The  Epistle  grammar  has 
broad  coverage  and  is  purely  syntactic. 
McCord  described  a  semantic  interpre¬ 
tation  component  called  Sem,  written  in 
Prolog,  which  will  be  useful  in  further 
developments  for  the  system.  Sem  is 
based  in  part  on  previous  work  by 
McCord;  it  translates  surface  parses  to 
logical  forms  in  a  single  stage,  in 
which  there  is  interleaving  of  the 
processes  of  sense  selection,  slot 
filling,  other  types  of  modification, 
movement  of  nodes,  and  exercising  of 
semantic  constraints.  Furthermore,  the 
constraints  used  involve  inference  with 
world  knowledge. 

On  Gapping  Grammars 

A  discussion  of  gapping  grammars 
was  presented  as  a  joint  paper  by 
Veronica  Dahl  and  Harvey  Abramson 
(Canada).  A  gapping  grammar  has  rewrit¬ 
ing  rules  of  the  form: 

<*1»  gap  (xi),  o2,  gap  (x2),..., 
“n-l.  gap  un— ►B 

ot  e  VM  U  VT 

G  -  Tgap  (x!),  gap  (x2),...t 
gap  (x„.i)] 

Xi  e  v; 

B  e  V*  U  vj  U  G* 

where  VT  and  VM  are  the  terminal  and 
nonterminal  vocabularies  of  the  gapping 
grammar  (GG).  Intuitively,  a  GG  rule 
allows  one  to  deal  with  unspecified 


are  a  generalization  of  Fernando 
Pereira '8  extraposition  grammars  where 
rules  have  the  form: 

«1.  gap  (xi),  o2,  gap  (x2) , . . . , 

gap  (x„_i),  on— *-8,  gap  (xi), 

gap  (x2) , . . . ,  gap  (xn_i)  ; 

that  is,  the  gaps  are  rewritten  in  their 
sequential  order  in  the  right-most 
positions  of  the  rewriting  rule. 
Examples  were  given  in  which  extraposi¬ 
tion  grammars  are  not  adequate,  and 
alternative  implementations  of  gapping 
grammars  in  logic  were  presented. 

Logic  Programming  Languages 

Eager  and  Lazy  Enumerations  in  Concur¬ 
rent  Prolog 

Hldekl  Hlrakawa  (Japan)  discussed 
the  possibility  of  using  logic  program¬ 
ming  languages  for  AND-parallel  and  0R- 
parallel  executions.  Concurrent  Prolog, 
designed  by  E.  Shapiro,  introduces  an 
AND-parallellsm  and  a  limited  OR-paral- 
lellsm,  i.e.,  a  don't-care  nondeterml- 
nlsm.  The  other  aspect  of  OR-parallel 
execution— i.e. ,  don't-know  nondetermi¬ 
nism — is  formalized  as  an  "eager  enumer¬ 
ate”  operation  on  a  set  expression. 
Hlrakawa  described  a  computational  model 
which  provides  the  eager  enumerate  func¬ 
tion  to  concurrent  Prolog  and  showed  its 
implementation  in  concurrent  Prolog 
Itself.  He  also  showed  that  a  lazy 
enumerate  function  can  be  implemented 
easily  by  introducing  a  bounded-buffer 
communication  technique  to  the  eager 
enumerator  (Amamlya,  1984). 

Incorporating  Mutable  Arrays  Into  Logic 
Programming 

Logical  terms  are  the  only  compound 
data  structures  in  logic  progressing 
languages  such  as  Prolog.  Terms  are 
sufficiently  genersl  so  that  no  other 
data  structures  are  needed.  Restricted 


strings  of  terminal  symbols  called  gaps, 
represented  by  X;,  X2,...X„.i,  in  a 
given  context  of  specified  terminals  and 
nonterminals,  represented  by  a,  a2,...» 
a„,  and  then  to  distribute  them  in  the 
right-hand  side  8  in  any  order.  GGs 


uses  of  terms  correspond  to  the  bits, 
character  strings,  arrays,  and  records 
of  other  programming  languages.  How¬ 
ever,  the  computational  overhead  of 
using  a  very  general  data  structure  in 
specialised  situations  can  be  very  high. 


Side  effects  cannot  be  performed  on 
logical  terms,  and  the  alternative  of 
constructing  new  terms  which  differ 
slightly  from  the  old  can  be  very 
costly. 

Lars-Henrik  Eriksson  (Sweden)  sug¬ 
gested  a  way  to  alleviate  the  above 
shortcomings  without  losing  logical 
clarity  and  purity.  He  and  his  col¬ 
league  have  Introduced  into  LM-Prolog,  a 
Prolog  dialect  running  on  Lisp  machines, 
predicates  for  creating  and  manipulating 
arrays.  These  predicates  could  have 
been  written  as  Horn  clauses  without  the 
use  of  any  primitives.  They  are  imple¬ 
mented  in  terms  of  physical  arrays  and 
"virtual  arrays"  in  a  manner  that  is 
transparent  to  the  user.  For  some  uses 
of  these  predicates,  it  is  possible  for 
a  compiler  to  produce  code-performing 
array  references  and  updates  that  are  as 
good  as  those  produced  by  compilers  for 
traditional  programming  languages. 

Equality ,  Types ,  Modules,  and  Generics 
for  Logic 

The  original  plan  for  logic  pro¬ 
gramming  called  for  the  use  of  predicate 
logic  as  a  programming  language.  Prolog 
only  partially  realizes  this  plan,  since 
it  has  many  features  with  no  correspond¬ 
ing  feature  in  first-order  predicate 
logic.  J.A.  Coguen  and  J.  Meseguer  (US) 
suggested  a  system  called  Eqlog,  which 
combines  the  technology  of  Prolog  (its 
efficient  implementation  with  unifica¬ 
tion  and  backtracking)  with  functional 
programming  (in  an  efficient  first-order 
rewrite-rule  implementation)  to  yield 
facilities  that  exceed  those  of  Prolog 
plus  those  of  functional  programming. 
Logical  variables  can  be  included  in 
equations,  giving  the  ability  to  find 
general  solutions  to  equations  over 
user-defined  abstract  data  types.  This 
new  power  is  provided  in  a  uniform  and 
rigorous  way  by  using  "narrowing"  from 
the  theory  of  rewrite  rules  to  get  a 
complete  implementation  of  equality.  It 
can  be  seen  as  a  special  kind  of  resolu¬ 
tion.  Also,  user-definable  abstract 
data  types  and  generic  (i.e.,  parame¬ 
trized)  modules  become  available  with  a 
rigorous  logical  foundation.  Eqlog  also 


has  a  subsort  facility  that  greatly 
Increases  its  expressive  power.  Since 
Coguen  and  Meseguer' s  approach  to  gener¬ 
ic  modules  and  abstract  data  types 
relies  on  general  results  from  the  theo¬ 
ries  of  specification  languages  and 
rewrite  rules,  it  applies  to  ordinary 
unsorted  Prolog  and  should  also  apply  to 
other  logic  programming  languages  such 
as  concurrent  Prolog. 

Logic  Programming  Methodology  I 

Unfold/Fold  Transformation  of  Logic 
Programs 

The  unfold/fold  transformation 
method  is  formulated  for  logic  programs 
so  that  the  transformation  always  pre¬ 
serves  the  equivalence  of  programs  as 
defined  by  the  least-model  semantics. 
Hlsao  Tamakl  (Japan)  gave  a  detailed 
proof  for  the  basic  system.  Some 
augmenting  rules  were  also  introduced, 
and  the  conditions  for  their  safe  appli¬ 
cation  within  the  unfold/fold  system 
were  clarified.  There  are  useful 
special  cases  of  those  rules  in  which 
application  is  always  safe. 

Bounded-Horizon,  Success-Complete  Re¬ 
striction  of  Inference  Programs 

Michel  Slntzoff  (Belgium)  dealt 
with  the  control  of  search  in  logic 
programming  (Horn-clause  Inference)  by 
the  addition  of  restrictive  predicates 
to  rules  so  as  to  cut  off  all  blind 
alleys  without  losing  possible  results. 
Criteria  were  proposed  to  ensure  that 
additional  premises  allow  results  to  be 
established  without  trial  and  error. 
These  criteria  require  neither  the 
introduction  of  special  well-orderings 
nor  the  induction  of  limits  of  predi¬ 
cates.  They  take  into  account  structur¬ 
al  properties  of  bounded-length  compo¬ 
sitions  of  the  original  clauses  and 
consequently  are  only  sufficient. 

An  Efficient  Bug-Location  Algorithm 

D.A.  Plaisted  (US)  presented  an 
efficient  algorithm  for  locating  bugs 
(errors)  in  Prolog.  The  algorithm, 
based  on  the  method  of  Shapiro  (1983) 
can  be  applied  to  any  high-level  pro¬ 
gramming  language.  The  method  is  optimal 
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to  wichln  a  constant  factor  for  space, 
tine,  and  number  of  queries  to  the  user. 
This  significantly  improves  the  perform¬ 
ance  of  Shapiro 's  method,  which  is  not 
optimal  for  space  or  time  and  for  which 
the  number  of  queries  depends  on  the 
branching  factor  of  the  computation. 
Since  no  current  programming  environment 
uses  this  method,  it  should  be  a  signif¬ 
icant  aid  to  programmers  in  debugging 
software. 

Architecture  and  Hardware  for  Logic 
Programming 

OP-Parallelism  on  Applicative  Architec¬ 
tures 

A  few  years  ago,  Gary  Lindstrom 
(US)  Introduced  an  abstract  method  for 
OR-parallel  logic  program  execution— a 
method  oriented  toward  applicative 
architectures.  Central  to  this  method 
is  pipelined  processing  of  streams  of 
substitution  data  objects.  At  this 
meeting  he  addressed  two  implementation 
issues  associated  with  the  above  ap¬ 
proach:  (1)  the  efficient  representa¬ 
tion  of  substitution  data  objects,  and 
(2)  a  parallel  unification  algorithm 
compatible  with  this  representation. 

The  approach  to  the  first  issue  was 
use  of  a  compact  vectorized  representa¬ 
tion  permitting  Indexed  access  of  local 
variable  bindings.  Results  on  the  second 
issue  make  use  of  a  formulation  of  uni¬ 
fication  as  a  wrlte-once  database  update 
problem,  which  can  be  efficiently  imple¬ 
mented  by  a  particular  combination  of 
applicative  and  imperative  architectural 
features. 

A  Claes  of  Architectures  for  a  Prolog 
Machine 

L.V.  Kale  (US)  presented  a  view  of 
the  computation  of  Prolog  programs  that 
is  suitable  for  expressing  parallelism. 
He  and  his  colleagues  developed  an 
idealized  architecture  which  allows  for 
exploiting  most  types  of  parallelisms. 
The  architecture  is  based  on  an  effi¬ 
cient  broadcast  link.  The  idealized 
architecture  requires  a  lot  of  re¬ 
sources;  therefore,  various  ways  of 
mapping  it  onto  practical  topologies 
were  sought.  Types  of  parallelism  that 


should  be  retained  while  making  this 
approximation  were  discussed,  and  a 
class  of  architectures  was  developed 
that  approximates  the  ideal.  The 
parameters  of  this  class  were  defined 
and  criteria  for  evaluating  them  were 
given. 

An  Architecture  for  Parallel  Logic 
Languages 

An  outline  of  an  architecture  to 
support  the  parallel  execution  of  logic 
languages  was  presented  by  J.A.  Crammond 
(UK).  The  Implementation  of  a  partic¬ 
ular  language,  Parlog,  was  discussed. 
Special  attention  was  given  to  its 
don't-care  nondeterminism  which  allows 
both  AND-  and  OR-parallelism  and  returns 
only  one  solution. 

The  main  features  described  were 
the  control  structure  and  the  binding 
environment.  The  proposed  control 
structure  uses  processes  that  build  an 
AND/OR  tree  tailored  for  guarded  clan 
ses.  For  the  binding  environment  a 
unification  algorithm  was  introduced 
which  solves  the  problems  of  multiple 
occurrences  of  an  Instance  of  a  variable 
in  guard  clauses. 

A  Highly  Parallel  Prolog  Interpreter 
Based  on  the  Generalised  Data-Flow  Model 

Peter  Kacsuk  (Hungary)  discussed  a 
generalized  data-flow  model  and  its 
applications  for  constructing  a  highly 
parallel  Prolog  interpreter.  The  paral¬ 
lel  Prolog  Interpreter  is  suitable  for 
using  advantages  of  OR-  and  AND-paral- 
lelism.  Transformation  of  the  AND/OR 
tree  into  a  data-flow  graph  based  on  the 
generalized  data-flow  model  was  shown. 
Operator  types  needed  for  parallel 
evaluation  of  Prolog  programs  were 
explained  in  detail. 

Application  of  Logic  Programming  III 

A  Prolog  System  for  the  Verification  of 
Concurrent  Processes  Against  Temporal 
Logic  Specifications 

E.  Giovannettl  (Italy)  described  a 
system.  Implemented  in  Prolog,  for  the 
verification  of  dynamic  properties  of 
concurrent  processes.  Description  of 
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concurrent  processes  with  asynchronous 
communication  can  be  checked  against 
dynamic  behavior  specifications  express¬ 
ed  by  temporal  logic  formulas,  under  the 
hypothesis  that  the  whole  concurrent 
system  can  be  modeled  by  a  nondetermi- 
nistlc  finite  automation. 

Implementation  for  the  basic  compo¬ 
nents  of  the  verifier  was  shown.  Includ¬ 
ed  were  the  model  checkers  for  the 
chosen  temporal  logics,  the  symbolic 
simplifier,  and  the  dynamic  semantics  of 
the  description  language. 

Logical  Levels  of  Problem  Solving 

A  paper  presented  by  Leon  Sterling 
(Israel)  demonstrated  how  clear,  effi¬ 
cient  problem-solving  programs  can  be 
written  in  logic  programming.  The  key 
point  is  the  consideration  of  levels 
involved,  both  in  the  problem  solving 
Itself  and  In  the  underlying  logic. 
Sterling  Identified  three  levels  of 
knowledge  necessary  for  intelligent 
problem  solving:  a  level  of  domain 
knowledge,  a  level  of  methods  and 
strategies,  and  a  planning  level.  The 
approach  suggested  relates  these  levels 
to  the  distinction  between  object  and 
meta  languages.  Two  classes  of  programs 
were  presented.  First,  single-level 
problem  solvers  were  Introduced;  these 
are  at  the  methods  level  and  constitute 
a  meta  language  of  the  problem  domain. 
Second,  flexible  multi-level  problem 
solvers  were  outlined  which  can  be  built 
as  extensions  of  the  single-level 
programs. 

Logic  Programming  Methodology  II 

Using  Syrmetry  for  the  Derivation  of 
Logic  Programs 

In  a  programming  calculus  the  form¬ 
al  development  of  a  Horn-clause  logic 
program  implies  a  derivation  of  program 
clauses  from  a  set  of  definitions,  of 
data  structures  and  computable  func¬ 
tions,  given  In  full  predicate  logic.  A 
logic  program  is  composed  of  a  set  of 
program  clauses.  Each  program  clause  Is 
derived  separately  from  the  definitions. 


are,  however,  cases  when  two  program 
clauses  In  a  program  are  similar  (except 
for  some  small  difference),  so  that  they 
can  be  transformed  Into  each  other. 
Anna-Lena  Johansson  (Sweden)  discussed 
ways  to  avoid  constructing  both  the 
derivations,  which  can  be  quite  lengthy. 
She  further  discussed  how,  after  con¬ 
structing  a  derivation  of  a  program 
clause,  one  can  answer  the  question  of 
whether  there  is  an  analogous  program 
clause.  If  there  is,  one  needs  to 
determine  its  appearance  as  well  as  the 
substitution  on  which  to  base  an  appli¬ 
cation  of  the  substitution  rule. 

A  Model  Theory  of  Logic  Programing 
Methodology 

H.  Sun  (China)  gave  an  axiom  for  a 
new  version  of  the  first-order  language 
for  mechanical  theorem  proving.  It  is 
called  subgoal  deduction  language  (SDL) 
and  is  used  as  a  meta  language  for 
specification  and  derivation  of  logic 
programs  as  well  as  for  representation 
of  the  knowledge  necessary  for  program 
reasoning.  A  diversified  relation  sys¬ 
tem  is  defined  as  the  semantic  interpre¬ 
tation  of  SDL  and  logic  programs.  An 
example  of  an  automatic  derivation  of  a 
logic  program  from  its  specifications 
was  given. 

Foundations  of  Logic  Programming  II 

A  Unified  Treatment  of  Resolution  Strat¬ 
egies  for  Logic  Programs 

D.A.  Wolfram  (Australia)  discussed 
a  unified  treatment  of  soundness  and 
weak  and  strong  completeness  of  various 
logic-program  resolution  strategies  with 
respect  to  success  and  failure.  The 
treatment  is  generalized  and  consider¬ 
ably  simplified.  This  is  made  possible 
by  using  the  full  power  of  the  unifica¬ 
tion  theorem,  which  allows  a  reduction 
to  a  simple  canonical  case.  The  results 
can  then  be  established  In  a  straight¬ 
forward  manner.  He  also  indicated  how 
the  unification  theorem  can  be  used  to 
simplify  the  proof  of  the  completeness 
of  the  negation  as  failure  rule.  Final- 


The  derivations  differ  mainly  in  struc-  ly,  he  noted  that  the  treatment  applies 
ture  for  the  different  clauses.  There  to  other  clausal  forms. 


Applicationa  of  Logic  Programming  IV 

Fame ;  A  Prolog  Program  That  Solves 
Problems  in  Combinatorics 

Yoav  Shohaa  (US)  reported  on  Fame, 
a  Prolog  program  that  solves  problems  In 
combinatorics.  He  gave  examples  of  the 
kind  of  problems  that  the  program  Is 
able  to  solve: 

1 .  Give  a  combinatorial  argument 
for  the  following  equalities:  C(N-1,  R) 

-  (R+1)C(N,  R+l)  -  (N-R)C(N,  R) . 

2.  Explain  why  the  number  of  ways 
to  put  N  indistinct  objects  into  R 
distinct  boxes  is  C(N+R+1,  R-l). 

3.  How  many  ways  are  there  to  put 
N  indistinct  objects  into  K  distinct 
boxes  when  every  box  receives  at  least 
one  of  the  objects?  How  does  this 
problem  relate  to  the  one  before? 

4.  In  an  arrangement  of  11  consec¬ 
utive  seats,  how  many  ways  are  there  to 
select  four  seats  so  that  no  two  are 
adjacent?  Explain  your  answer. 

5.  Give  a  combinatorial  argument 
that  Sigma  (I  from  0  to  N,  C(N,  I)  **2) 

-  C(2N,  N). 

An  advantage  in  using  Prolog  for 
solving  such  problems  is  its  concise¬ 
ness.  One  main  reason  for  the  concise¬ 
ness  of  the  program  is  the  logic  pro¬ 
gramming  aspect  of  Prolog. 

An  Expert  System  for  Computer  Crash 
Analysis 

Alan  Llttleford  (US)  described  a 
large  expert  system  that  has  been  con¬ 
structed  using  Prolog,  which  diagnoses 
computer-system  crashes  in  a  customer/ 
field  engineering  environment. 

He  described  the  construction  of 
the  expert  system  and  compared  its 
implementation  to  some  other  similar 
schemes.  Even  though  Prolog  is  a 


Steve  Gregory  (UR) .  The  Parlog  language 
features  both  OR-  and  AND-parallellsm. 
It  was  designed  to  simulate  a  system  by 
a  network  of  parallel  processes  communi¬ 
cating  by  messages.  Real  time  Is 
replaced  by  a  central  simulated  clock. 
The  Parlog  language  is  based  on  Horn 
clauses,  and  it  differs  from  Prolog  in 
two  important  respects:  don't-care  non¬ 
determinism  and  the  use  of  modes.  These 
features  make  possible  the  concurrent 
evaluation  of  conjoined  relation  calls — 
i.e.,  AND-parallellsm,  with  stream  com¬ 
munication  between  the  calls.  Each 
relation  call  is  evaluated  as  a  process; 
shared  variables  act  as  one-way  communi¬ 
cation  channels  along  which  messages 
are  sent  by  incremental  binding  to 
lists. 

Conclusion 

The  number  of  people  attending  this 
Second  International  Logic  Programming 
Conference  is  a  clear  indication  of  the 
influence  the  meeting  has  achieved. 
Logic  programming  is  in  the  very  early 
stages  of  exploitation,  but  It  is 
already  becoming  a  useful  tool  at  this 
early  stage.  Its  use  in  programming 
expert  systems  has  shown  that  simple 
expert  systems  can  solve  practical 
problems.  Several  good  examples  given 
during  the  conference  were  the  system 
for  computer  crash  analysis  described  by 
Llttleford;  the  Fame  system  for  solving 
problems  in  combinatorics,  described  by 
Shoham;  and  Parlog  for  parallel 
logic  programming,  described  by 
Gregory. 

A  highly  significant  development  is 
the  combining  of  logic  programming  and 
functional  programming,  as  described  by 
Goguen  and  Meseguer.  The  combining  of 
the  two  systems  in  Eqlog  yields  capabil¬ 
ities  that  exceed  those  of  Prolog  and 
functional  programming  combined;  one 


production-rule  system,  Llttleford  found 
it  necessary  to  add  an  extra  level  of 
interpretation  to  meet  some  of  the  needs 
of  the  application. 

Parlog  for  Discrete  Event  Simulation 

A  parallel-logic  programming 
language  called  Parlog  was  described  by 


gets  the  logic  capability  of  Prolog  and 
the  ability  to  handle  numerical  problems 
through  functional  programming. 

Logic  programming  has  great  poten¬ 
tial  and  has  been  given  greatly  added 
Impetus  by  the  Japanese  decision  to  make 
their  Fifth  Generation  computers  logic 
machines. 
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